home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group97a.txt / 000047_icon-group-sender _Tue Feb 25 16:34:57 1997.msg < prev    next >
Internet Message Format  |  2000-09-20  |  4KB
  1. Received: by cheltenham.cs.arizona.edu; Tue, 25 Feb 1997 17:29:33 MST
  2. Message-Id: <1.5.4.32.19970225223457.006d13a4@post.its.mcw.edu>
  3. X-Sender: cdt@post.its.mcw.edu
  4. X-Mailer: Windows Eudora Light Version 1.5.4 (32)
  5. Mime-Version: 1.0
  6. Content-Type: text/plain; charset="us-ascii"
  7. Date: Tue, 25 Feb 1997 16:34:57 -0600
  8. To: icon-group@cs.arizona.edu
  9. From: Chris Tenaglia <cdt@post.its.mcw.edu>
  10. Subject: Icon Programming Style
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12. Status: RO
  13. Content-Length: 3591
  14.  
  15. Not that it matters, but maybe it does, once upon
  16. a time I wrote an Icon Programming Style Guide,
  17. to make it like an officially certified tool. I'm
  18. put it on a Web page for anyone interested in
  19. downloading and looking it over. Basically, all
  20. the Icon software I've written here conforms to
  21. this guide. It's a Microsoft Word document and
  22. you should be able to read or print it from Word
  23. or Wordpad under Windows95. It's location is:
  24.  
  25. http://www.execpc.com/~cdt/style.html
  26.  
  27. Enjoy!
  28.  
  29. Chris.
  30.  
  31. Chris Tenaglia (system manager)         |       cdt@post.its.mcw.edu
  32. Medical College of Wisconsin            |
  33. 8701 W. Watertown Plank Rd.             |      Ce que vous voyez est
  34. Milwaukee, WI 53226 (414)456-8765       |      Ce que vous obtenez !
  35.  
  36.  
  37.  
  38. rom icon-group-sender  Tue Feb 25 14:30:26 1997
  39. Received: by cheltenham.cs.arizona.edu; Tue, 25 Feb 1997 17:29:24 MST
  40. Date: Tue, 25 Feb 1997 14:30:26 -0600
  41. Message-Id: <199702252030.OAA01358@ns1.cmpu.net>
  42. Mime-Version: 1.0
  43. Content-Type: text/plain
  44. Content-Transfer-Encoding: 7bit
  45. From: gep2@computek.net
  46. Subject: Re: What's the biggest Icon program you've written?
  47. To: icon-group@cs.arizona.edu
  48. X-Mailer: SPRY Mail Version: 04.00.06.17
  49. Errors-To: icon-group-errors@cs.arizona.edu
  50.  
  51. ["selling" Icon (or SNOBOL/SPITBOL)]
  52. >I don't ask anymore either. I just do it, do it well, document it, and I'm
  53. glad it holds up. I'm also open to training any coworker who wants in.
  54.  
  55. I think this is a reasonable approach.  Alternatively, one can take the 
  56. opportunity to educate the client about the more powerful tools we use, which 
  57. allows us to solve their problems in a better and more robust way at a fraction 
  58. of the time and cost it would take using primitive languages like C or Pascal.
  59.  
  60. This seems to usually be welcome... of course, people HIRE consultants precisely 
  61. because they realize they themselves don't know the best way to do the things 
  62. they need and want to do.
  63.  
  64. >>>...The fact that Icon is supported by a rather small development team (for
  65. >> instance, compiler work is stopped) is a problem. 
  66.  
  67. >>   I respectfully disagree.  If anything characterizes Icon's implementations,
  68. >IMO, it is that elusive attribute called "coherence".  Its opposite is the MS
  69. >treatment of a software megolith like Visual Basic. 
  70.  
  71. >That hasn't affected me. After the first year, and having the book
  72. I became pretty self sufficient. It hasn't needed oodles of patches
  73. and if somthing works well enough, a lot less support is needed.
  74.  
  75. Agreed.  And it's nice to use tools that are mature enough and bug-free enough 
  76. that they don't have to be subject to operational upheavals and expensive new 
  77. software versions every year or two.  (I'd been happily using Macro Spitbol, 
  78. vintage 1986, along with a 1988-vintage SNOBOL4+ until I finally bought 
  79. SPITBOL-386 last year... mostly because I finally ended up with a program for 
  80. one of my clients where I really needed the extra memory capacity supported by 
  81. SPITBOL-386).
  82.  
  83. >...I've heard the common complaint that Icon
  84. doesn't have enough system interfaces (like perl does). At least
  85. in my applications, I'm not really interesting in the guts of the
  86. OS, but rather files, which I think is Icon's forte. I kind of view
  87. deep system access as a liability, that makes it that much easier
  88. to mess things up (even by accident) and crash the system.
  89.  
  90. The bigger issue, I think, is that such low-level access also generally makes 
  91. the programs FAR less operating-system dependent.  Not that that's a HUGE issue 
  92. of course, but it's nice when they can be kept more portable.
  93.  
  94. Gordon Peterson
  95. http://www.computek.net/public/gep2/
  96.  
  97.